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SPECIFICATION 



Please amend the specification by making the following amendment: 



Please substitute the following replacement paragraph for the full paragraph of Page 1 under 
the heading "CROSS-REFERENCED APPLICATIONS": 

This application relates to co-pending U.S. patent applications entitled "PSEUDO LRU 
FOR A LOCKING CACHE" (U.S. Serial No. 10/655,366), "IMPLEMENTATION OF A 
PSEUDO-LRU ALGORITHM IN A PARTITIONED CACHE" (U.S. Serial No. 10/655,401), and 
"SOFTWARE-CONTROLLED CACHE SET MANAGEMENT" (U.S. Serial No. 10/655,367), all 
filed concurrently herewith. This application also relates to co-pending U.S. patent application 
entitled "IMPROVED MEMORY MANAGEMENT FOR REAL-TIME APPLICATIONS" (U.S. 
Serial No. 10/318,541 filed December 12, 2002). 

Please replace the third full paragraph beginning on Page 13 with the following: 

In FIGURE 2, the RMT 160 is a software managed table. Software maintains the structure 
and interprets the meaning of the RMT 1 60 entries^ which specify which cache sets are to be used 
for specific ClassIDs. In a further embodiment, no hardware checks of the RMT 160 for accuracy 
are made. Generally, the RMT 160 is employed in the mapping of a missed address range to a set 
or sets of the L2 cache 170. In one embodiment, the address range associated with a classED is an 
effective address range. In another embodiment, the address range associated with a classED could 
be a real or physical address. In the registers 140, 145, the missed address is mapped to a classID. 
Generally, the classID is associated with one or more memory regions or a_given address range. In 
one embodiment, classID zero corresponds to any address range that is not specifically provided for 
by the other classIDs. The given classID is then transmitted to and employed as an index to the 
RMT 160. Using the classID as an index, the RMT 160 is accessed, the replacement information is 
read, and the tag replacement control indicia are[[is]] generated. 

Please replace the second full paragraph beginning on Page 1 5 with the following: 

In the illustrated embodiments, classIDs 5-8 are not used. That is, all e ntri e s every entry in 
each classID is "0". However, those of skill in the art understand that the logical set and classID 
determinations expressed as "l"s and "0"s, as shown in FIGURE 2, are for purposes of illustration, 
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and that other logical set and classID determinations are within the scope of the present invention, 
such as through software. 

Please replace the first full paragraph beginning on Page 16 with the following: 

Accessing an invalid RMT row, according to the V valid bit entry, typically results in a 
default class employed by the RMT 160. In one embodiment, the default class is classIDClaflsID 
zero. In a further embodiment, accessing an invalid RMT row generates an interrupt to the CPU. In 
one embodiment, all bits are set for enable for an invalid classI D ClassID of the RMT 160. In a 
further embodiment, an error signal is returned to the operating system instead of generating an 
interrupt. This occurs if the process running on the CPU, but not the operating system itself, 
is[[are]] terminated. 

Please replace the third full paragraph beginning on Page 17 with the following: 

Generally, the RSR defines the starting address and the RMR defines the ending address that 
is to be tested for within the range registers 140, 145. This is performed by the RMR 500 masking 
the bits of a missed operand's address, and then comparing the missed operand to the bits of the 
RSR 400. In FIGURE 5 A, the upper bits of the RSR 400 pass the starting address of the range to be 
tested, the lower bits, and the classID. Furthermore, the RMR masking operand does not mask the 
address range mode (that is, Real or Virtual) bit or[[and]] the valid or disabled bit. 

Please replace the second full paragraph beginning on Page 1 8 with the following: 

Turning now to FIGURE 6, illustrated is a classID generator 600. The operand's address is 
received through input line 610 and an AND 630 performed upon it and the RMR mask 620 for bits 
32-51. Then, bits 0-31 are imported from the requested missed address, and bits 32-51 are 
appended to bits 0-3 1 . These are, in turn, compared to the RSR 640[[400]] in a comparator 650. 
This comparison is conveyed to an AND 660. The AND 660 receives the equality compare from 
CMP 650 and the V output of the RSR 640. The V output corresponds to the "valid" bit, and the R 
output corresponds to the "real" bit. 

Please replace the third frill paragraph beginning on Page 20 with the following: 

In step 750, the classID is read by the RMT 160 and is used as an index for the 
corresponding row in the RMT 160. For instance, in FIGURE 7[[3]], classID two corresponds to 
"1,0,1,1,1,0,0,0." In other words, the software defines that for classID two.RMT 160 sets 0, 2, 3, 
and 4 are eligible for replacement and sets 5, 6 and 7 are not eligible for replacement. 

Please replace the fourth full paragraph beginning on Page 20 with the following: 

In step 755, tag replacement control indicia is created by the RMT 160. Generally, the tag 
replacement control indicia is employed to control the replacement eligibility of sets of the L2 cache 
170. In step 769[[760]], the requested address is then requested from the L2 cache 170. In step 
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770, if the L2 cache 170 has the information corresponding to the requested address, then that 
information is forwarded to the CPU 1 10 and the method 700 ends in step 775. 
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